home *** CD-ROM | disk | FTP | other *** search
/ PsL Monthly 1994 September / PSL Monthly Shareware CD-ROM (September 1994).ISO / dos / communic / vote291.exe / VOTE.HIS < prev    next >
Text File  |  1994-06-01  |  13KB  |  268 lines
  1. 2.91 06-01-94
  2.  
  3.  
  4. . Added a new feature, to allow the sysop to disallow certain security
  5.   levels from creating new booths.  Check out the new file called
  6.   SECURITY.LST which contains the security levels you do not want to
  7.   be able to create a new booth.  This is useful to place your new caller
  8.   security in, who wants a bunch of idiot users to add useless booths,
  9.   or worse <G>.
  10.  
  11.  
  12. 2.9  05-25-94
  13.  
  14. . Found a very annoying bug that seems to have been introduced in
  15.   the last version, seems that Voter++ would not display possible
  16.   answers over the actual question count.  So if you had three
  17.   questions, but each one of those questions had 4 or more answers
  18.   then Voter++ woudl only display the first three.  Annoying...Fixed.
  19.  
  20.  
  21. 2.8  03-05-94
  22.  
  23. . Added a little tweak to the NEWBOOTH.PPE that show the user their
  24.   choice (Y/n), a small thing, but stops users from being confused.
  25. . Extended the time-out delay to be 30 seconds, some people thought
  26.   it was a tad to fast.
  27. . There was a problem if people went to create a booth, then didn't
  28.   bother, Voter++ was creating a blank booth, and since no one wants
  29.   to vote on a blank booth, we nipped that one in the bud!  No more
  30.   empty booths.
  31.  
  32.  
  33. 2.7  03-03-94
  34.  
  35. . Caught a quick crawler that really ought not have gotten by me, but it
  36.   looks like we were allowing users to re-vote on questions even if it
  37.   showed tehm as having already voted - FIXED!
  38. . Minor modifictation to the NEWBOOTH.PPE, it now tells people that they
  39.   voted on everything already, and that maybe they ought to create a new
  40.   booth for everybody else.
  41. . Voter++ now logs the to the Callers log when a user creates a new booth,
  42.   with the full question that user created.  This way if a user gets foul
  43.   you know who did it.
  44.  
  45. 2.6  03-02-94
  46.  
  47. . Some internal changes, allowing the maximum booth count to be virtually
  48.   unlimited.  How many booths can you all want...really?
  49. . Externalized all prompts, allowing you to make this Voting Door compeltey
  50.   custom to your application, please note the maximum length noted in the
  51.   VOTE.PRM file!
  52. . New Feature, allows your user to go from the vote area directly to the
  53.   display area, or directly from the display area to the vote area, bypassing
  54.   the main menu entirely.
  55. . NEWBOOTH.PPE will now only display those booths that have yet to be voted
  56.   on, this way if you have many booths, people don't have to wade through
  57.   hugh listings to see whats new.
  58.  
  59. 2.5  02-28-94
  60.  
  61. . Found a code problem in the (E)dit a booth section, it wasn't saving
  62.   the editied booth!  It was a simple problem, fixed in under a minute
  63.   from the bug report.
  64. . Found a code problem where if you tried to delete a booth greaer than
  65.   you cfg line 1, it woudl allow you to try.  Nothing woudl be deleted,
  66.   but it would still write the cfg line 1 to be one less than previously.
  67. . Added an informative message if you did try to delete a booth greater
  68.   than you cfg line 1.
  69. . Fixed a small display problem, again nothing major.
  70. . Removed a little more code to speed things up, especially in the
  71.   (D) area, seem sto have given a 20% speed increase.
  72. . We are going to be upping the booth count to a sysop definable number
  73.   booths from 1 to unlimited will be available.  Although to date no one
  74.   has wanted more than 16.
  75.  
  76. 2.4  02-27-94
  77.  
  78. . A Bug was reported that if there were no votes yet, the VOTEGRAF.PPE
  79.   program woudl report missing files, now that is very inelegant way to
  80.   go about it, so we are now checking for the exisitence of the file, and
  81.   it isn't there we will create zero-byte file which wil stop these annoying
  82.   error messages.
  83. . Along the same lines as the above, if a user woudl go to display a file,
  84.   they would get just the answers, kinda boring, so we check to see if there
  85.   are any answers, if not it tells them that "they can be the *FIRST* voter"
  86.   who knows, might build up some excitiment<G>.
  87. . Changed some code to speed up the processing of the Graph form of the Display
  88.   section.  Now there is no difference in speed between the two.
  89.  
  90. 2.3  02-26-94
  91.  
  92. . Fixed a bug in the (D)display section, where if you had a 3 digit
  93.   percentage, and a two digit vote number, there would be  two extra spaces
  94.   added to the right hand margin, it looked bad, so we fixed (it
  95.   took some time to find!).  Looks good now, I have run it through
  96.   with test data that should cover every circumstance, and could not get
  97.   it to do it again, so it looks to be fixed!
  98. . Added new prompts to anywhere the user has to hit an enter key to move
  99.   on (as in the help screen), it is more colorful, more eye catching, and
  100.   is still be worked on.
  101. . removed some debugging code that was in there, the program went from
  102.   1254 lines down to 1068 lines.  Thats alot of debugging!
  103. . Changed the way a voter can vote now, instead of dumping the user back
  104.   into the main menu, now it allows them to vote on another booth.  Saves
  105.   your user a few keystrokes, and makes them a bit more willing to vote on
  106.   all of your important questions.
  107.  
  108. 2.2  02-26-94
  109.  
  110. . Added a new PPE for you, VOTEGRAF.PPE will generate a bulletin for
  111.   your users to see the up-to-the-minute results of any of your polls
  112.   it is a simple addition, you just have to tell PCB about the new
  113.   BLT, and then you have to tell Voter++ in config line 7 the full
  114.   name and path to this new bulletin. After that, forget about it (other
  115.   than the accolades you get from your users over it), as it is an
  116.   install and forget addition.  No-Muss, No-Fuss!  Freebie!
  117. . Smoothed out a few of the areas that read the files, speeded them
  118.   up a bit, nothing major, but I can notice it.
  119.  
  120. 2.1  02-25-94
  121.  
  122. . Added a new way to view your Booth Vote Results, users now have
  123.   the option to see it in Chart form (colored graphics), or in the
  124.   standard chart format.  This is the first step in the BLT creation
  125.   process, next version will also create BLTX of your choice.
  126.   Keep an eye out in the Sysop menu in Voter++ as we will be placing
  127.   the bulletin creator in there.
  128. . Complete color change on this version, I am trying to get a new look
  129.   one a little less sterile.  Let me know what you think.
  130. . Code optimization again, cleaning it up, replacing bits of code
  131.   here and there to speed things up / save a few bytes.
  132. . I am toying with the idea of getting rid of the VOTEx.ANS file, as
  133.   I have the information in the VOTEx.NAM file already, it would mean
  134.   much new coding, so before I do, anyone have any strong objections?
  135.   Anyone need the VOTEx.ANS files for anything?
  136.  
  137. 2.0  02-23-94
  138.  
  139. . Did away with the file VOTE.NUM, it is now internal to the VOTE.CFG
  140.   file, to transfer over the number of voters, just take a look at
  141.   the file VOTE.NUM (before you delete it) and copy that number to
  142.   Line 6 of your VOTE.CFG file, if you leave it at the default of
  143.   1 no harm done, but the counter starts at 1 then.  Your choice.
  144. . Added the ability for the NEWBOOTH.PPE to call Voter++ if the user
  145.   decides they want to vote on any of the booths.  It will time out
  146.   after 20 seconds if the user does not answer the prompt (like your
  147.   robocomm users).  NEWBOOTH.PPE defaults to no, just in case.
  148. . Added the ability for a user (non-sysop) to create their own booths,
  149.   right now I don't think it is a good idea for a user to be able to
  150.   delete or edit a booth, but we have given them the ability to create
  151.   one. T oenable this you need to add a line to your CFG file, on line
  152.   5 put a YES (fully spell out YES) if you want to allow your users the
  153.   great privilege of adding a booth, or place a NO if you do not trust
  154.   the little suckers to put up a booth worthy of your fine board.
  155. . Did some code re-work, and it looks like we speeded up the operation
  156.   of Voter++ by at least 30% (now hows that for a speed up?).  Hope you
  157.   all can feel the difference.
  158.  
  159. 1.9  02-21-94
  160.  
  161. . Added a new program called NEWBOOTH.PPE, this PPE can be placed
  162.   in your security specific file, and run each time a user logs on
  163.   it will inform your user of the booths they haven't yet voted in,
  164.   it stays up for 10 seconds, then exits.